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DETAILED ACTION 

1 . Claims 1 -8, 1 0-1 8, 20-28, and 30 have been considered. Claims 1 , 1 1 , and 21 
amended as per Applicant's request. 

Claim Rejections - 35 USC § 103 

2. The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

3. Claims 1-8, 10-18, 20-28, and 30 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Check et al. (USPN 6,125,444, herein Check), in view of Patterson et 
al. (herein Patterson). 

4. As per Claim 1 , Check teaches: A method operating a computer having a 
pipelined processor (Figure 1 ), comprising setting a bit within an instruction text field of 
a branch (Column 2, Lines 33-40 and Column 4, Lines 24-27), but fails to teach: 

said bit preventing the branch from being placed into a branch history buffer and 
a branch target buffer to thereby prevent the branch from being written into the branch 
history buffer and branch target buffer and preventing the branch from being predicted 
and to make the branch only detectable as the time frame of decode. 

While Check teaches using an instruction field of an instruction to disable a branch 
history table, he does not teach that doing so would prevent the branch from being 



Application/Control Number: 10/809,749 Page 3 

Art Unit: 2183 

placed in a branch target buffer, because Check is silent towards a branch target 
buffer even existing in the system. However, Patterson teaches that in order to 
further increase the performance of branches, a "branch target buffer" is often used, 
so that the target address can be calculated in the fetch stage, instead of the decode 
stage (Pages 271-275). As the branch target buffer relies on having a prediction in 
order to determine the correct address, as seen by Figure 4.23 on Page 275, if no 
prediction was able to be generated, because of a BHT being disabled, then it would 
have been obvious to one of ordinary skill in the art to also not use the BTB, as it 
would not have the data it needs to be made use of, therefore, attempting to use a 
BTB in this situation would not only not make sense, but would be almost 
guaranteed to generate erroneous output. In addition, as can be seen by Column 2, 
Lines 28-31 , sensitive system operations require cache control, so for the same 
reason Check disables the BHT, the BTB would need to not be written to as well. 
Given the advantage of a BTB as disclosed by Patterson, and the need to implement 
it in the system as disclosed by Check, one of ordinary skill in the art at the time the 
invention was made would have been motivated to include a BTB, and also to 
disable its use when the BHT was disabled, as the entire branch prediction 
mechanism must be disabled. 

5. As per Claim 2, Check teaches: The method as defined in claim 1 comprising 
predicting the direction and target of a branch prior to decode (Figure 1 ). 
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6. As per Claim 3, Check teaches: A method as defined in claim 2 comprising 
predicting the direction and target of a branch prior to decode through a branch 
prediction array (Figure 1, also see Column 4, Lines 32-49). 

7. As per Claim 4, Check teaches: A method as defined in claim 1 comprising 
tracking the branch from the beginning of the pipe, decode, until the time frame that the 
given instruction is to be written into a branch prediction array (It is inherent that 
instructions in a pipeline are kept track of, they must exist until they are removed). 

8. As per Claim 5, Check teaches: A method as defined in claim 1 comprising 
denoting the instruction text field as a non-writable branch into the BTB (Column 2, 
Lines 36-40). 

9. As per Claim 6, Check teaches: The method as defined in claim 5 comprising 
denoting the instruction text field in the system area as a non-writable branch into the 
BTB in system whereby the branch is blocked from being written to the BTB (Column 2, 
Lines 28-31). 

10. As per Claim 7, Check teaches: The method as defined in claim 6 comprising 
predicting the branch via aliasing (Column 4, Lines 12-15). 
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11. As per Claim 8, Patterson teaches: The method as defined in claim 1 wherein 
machine state altering code lies within an address range spanned by branch tag bits of 
the branch target buffer (All instructions can alter machine state, so if any instruction is 
in the BTB, machine state altering code lies within an address range spanning by tag 
bits in the BTB). 

12. As per Claim 1 0, Check teaches: The method as defined in claim 8 comprising 
denoting state altering code in the system area by a state bit within the BTB/BHT such 
that aliasing of branches is prevented within the system area (Column 2, Lines 28-40). 

1 3. As per Claim 1 1 , Check teaches: A computer system having input, output, 
storage, and a pipelined processor (Figure 1), said processor adapted and configured to 
set a bit within an instruction text field of a branch (Column 2, Lines 33-40 and Column 
4, Lines 24-27), but fails to teach: 

said bit preventing the branch from being placed into a branch history table and a 
branch target buffer to thereby prevent the branch from being written into the branch 
history buffer and branch target buffer and preventing the branch from being 
predicted and make the branch only detectable as the time frame of decode. 

While Check teaches using an instruction field of an instruction to disable a 
branch history table, he does not teach that doing so would prevent the branch from 
being placed in a branch target buffer, because Check is silent towards a branch target 
buffer even existing in the system. However, Patterson teaches that in order to further 
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increase the performance of branches, a "branch target buffer" is often used, so that the 
target address can be calculated in the fetch stage, instead of the decode stage (Pages 
271-275). As the branch target buffer relies on having a prediction in order to determine 
the correct address, as seen by Figure 4.23 on Page 275, if no prediction was able to 
be generated, because of a BHT being disabled, then it would have been obvious to 
one of ordinary skill in the art to also not use the BTB, as it would not have the data it 
needs to be made use of, therefore, attempting to use a BTB in this situation would not 
only not make sense, but would be almost guaranteed to generate erroneous output. In 
addition, as can be seen by Column 2, Lines 28-31, sensitive system operations require 
cache control, so for the same reason Check disables the BHT, the BTB would need to 
not be written to as well. Given the advantage of a BTB as disclosed by Patterson, and 
the need to implement it in the system as disclosed by Check, one of ordinary skill in the 
art at the time the invention was made would have been motivated to include a BTB, 
and also to disable its use when the BHT was disabled, as the entire branch prediction 
mechanism must be disabled. 

14. As per Claim 1 2, Check teaches: The computer system as defined in claim 1 1 , 
said computer system adapted and configured to predict the direction and target of a 
branch prior to decode (Figure 1 ). 

1 5. As per Claim 1 3, Check teaches: The computer system as defined in claim 1 2 
said computer system adapted and configured to predict the direction and target of a 
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branch prior to decode through a branch prediction array (Figure 1 , also see Column 4, 
Lines 32-49). 

16. As per Claim 1 4, Check teaches: The computer system as defined in claim 1 1 , 
said computer system adapted and configured to track the branch from the beginning of 
the pipe, decode, until the time frame that the given instruction is to be written into a 
branch prediction array (It is inherent that instructions in a pipeline are kept track of, 
they must exist until they are removed). 

1 7. As per Claim 1 5, Check teaches: The computer system as defined in claim 1 1 
said computer system adapted and configured to denote the instruction text field as a 
non-writable branch into the BTB (Column 2, Lines 36-40). 

18. As per Claim 16, Check teaches: The computer system as defined in claim 1 5 
said computer system adapted and configured to denote the instruction field in the 
system area as a non-writable branch into the BTB in system whereby the branch is 
blocked (Column 2, Lines 28-31). 

1 9. As per Claim 1 7, Check teaches: The computer system as defined in claim 1 6 
said computer system adapted and configured to denote the instruction text field in the 
non-system area, and to predict the branch may be predicted via aliasing (Column 4, 
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20. As per Claim 18, Patterson teaches: The computer system as defined in claim 1 1 
wherein machine state altering code lies within an address range spanned by branch 
tag bits of the branch target buffer (All instructions can alter machine state, so if any 
instruction is in the BTB, machine state altering code lies within an address range 
spanning by tag bits in the BTB). 

21 . As per Claim 20, Check teaches: The computer system as defined in claim 18 
said computer system is adapted and configured to denote state altering code in the 
system area by a state bit within the BTB/BHT such that aliasing of branches is 
prevented within the system area is prevented (Column 2, Lines 28-40). 

22. As per Claim 21 , Check teaches: A program product comprising a storage 
medium having computer readable program code, said program code for use in a 
computer system having input, output, storage, and a pipelined processor (Figure 1), 
said program code adapting and configuring the computer system to set a bit within an 
instruction text field of a branch (Column 2, Lines 33-40 and Column 4, Lines 24-27), 
but fails to teach: 

Said bit preventing the branch from being placed into a branch history table and 
a branch target buffer to thereby prevent the branch from being written into the branch 
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history buffer and branch target buffer and preventing the branch from being predicted 
and make the branch only detectable as the time frame of decode. 

While Check teaches using an instruction field of an instruction to disable a 
branch history table, he does not teach that doing so would prevent the branch from 
being placed in a branch target buffer, because Check is silent towards a branch target 
buffer even existing in the system. However, Patterson teaches that in order to further 
increase the performance of branches, a "branch target buffer" is often used, so that the 
target address can be calculated in the fetch stage, instead of the decode stage (Pages 
271-275). As the branch target buffer relies on having a prediction in order to determine 
the correct address, as seen by Figure 4.23 on Page 275, if no prediction was able to 
be generated, because of a BHT being disabled, then it would have been obvious to 
one of ordinary skill in the art to also not use the BTB, as it would not have the data it 
needs to be made use of, therefore, attempting to use a BTB in this situation would not 
only not make sense, but would be almost guaranteed to generate erroneous output. In 
addition, as can be seen by Column 2, Lines 28-31, sensitive system operations require 
cache control, so for the same reason Check disables the BHT, the BTB would need to 
not be written to as well. Given the advantage of a BTB as disclosed by Patterson, and 
the need to implement it in the system as disclosed by Check, one of ordinary skill in the 
art at the time the invention was made would have been motivated to include a BTB, 
and also to disable its use when the BHT was disabled, as the entire branch prediction 
mechanism must be disabled. 
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23. As per Claim 22, Check teaches: The program product as defined in claim 21 , 
said computer system adapted and configured to predict the direction and target of a 
branch prior to decode (Figure 1). 

24. As per Claim 23, Check teaches: The program product as defined in claim 22 
said computer system adapted and configured to predict the direction and target of a 
branch prior to decode through a branch prediction array (Figure 1, also see Column 4, 
Lines 32-49). 

25. As per Claim 24, Check teaches: The program product as defined in claim 21 , 
said computer system adapted and configured to track the branch from the beginning of 
the pipe, decode, until the time frame that the given instruction is to be written into a 
branch prediction array (It is inherent that instructions in a pipeline are kept track of, 
they must exist until they are removed). 

26. As per Claim 25, Check teaches: The program product as defined in claim 21 
said computer system adapted and configured to denote the instruction text field as a 
non-writable branch into the BTB (Column 2, Lines 36-40). 

27. As per Claim 26, Check teaches: The program product as defined in claim 25 
said computer system adapted and configured to denote the instruction text field in the 
system area as a non-writable branch into the BTB in system whereby the branch is 
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blocked from being written to the BTB (Column 2, Lines 28-31). 

28. As per Claim 27, Check teaches: The program product as defined in claim 26 
said computer system adapted and configured to denote the instruction text field in the 
non-system area, and predict the branch via aliasing (Column 4, Lines 12-15). 

29. As per Claim 28, Patterson teaches: The program product as defined in claim 21 
wherein machine state altering code lies within an address range spanned by branch 
tag bits of the branch target buffer (All instructions can alter machine state, so if any 
instruction is in the BTB, machine state altering code lies within an address range 
spanning by tag bits in the BTB). 

30. As per Claim 30, Check teaches: The program product as defined in claim 28 
said computer system is adapted and configured to denote state altering code in the 
system area by a state bit within the BTB/BHT such that aliasing of branches is 
prevented within the system area (Column 2, Lines 28-40). 

Response to Arguments 

1 . Examiner has noted the statement by Mr. Prasky, however, Examiner still asserts 
that his rejection is correct and proper. Examiner is well aware of what a BHT and BTB 
are, and how they are used, and the statement by Mr. Prasky that the Examiner is 
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incorrect, without any true argument why, is not sufficient to convince the Examiner 
otherwise. 

What the Applicant appears to be arguing, in order to overcome the Examiners 
rejection, is the following scenario, which one of ordinary skill in the art would have to 
accept as correct in order for the rejection to be overcome. The BTB, when 
encountering an instruction, would have to access a prediction value, and present it to 
the next stage. The BHT would then be accessed, however, it would be disabled, 
because it was explicitly disabled for that instruction, because the system explicitly 
ordered the BHT not to be active, because it did not want the branch to be predicted in 
any form. Even given that information, the system would then go ahead and use the 
prediction from the BTB, despite the BHT being explicitly disabled to prevent any 
prediction, and continue execution. Examiner asserts that no one of ordinary skill in the 
art would ever consider that situation to be reasonable, given the teachings of Check. 
Check teaches explicitly not predicting branches, and the Applicant has argued that 
prediction in the combination of Check and Parady would continue anyway, without 
providing any evidence whatsoever to support their argument. Meanwhile, Examiner 
points to Check, which teaches in Column 2, Lines 50-53, which says that prediction is 
disabled, because it does not help performance but hinders it . Given those teachings, 
no one of ordinary skill in the art would continue to use and update the BTB when the 
BHT was disabled, when doing so would violate the spirit and teachings of Check. 

Therefore, the Examiner is not persuaded by the Applicant's remarks, as there is 
no evidence to suggest that the above situation would ever be considered by one of 
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ordinary skill in the art, as the Applicant would be required to show why one of ordinary 
skill in the art would be motivated and forced to directly contradict and undermine the 
invention of Check, while still performing the invention of Check, which is not possible. 

Conclusion 

THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1 .136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1 .136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the mailing date of this final action. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Robert E. Fennema whose telephone number is (571) 
272-2748. The examiner can normally be reached on Monday-Friday, 8:45-6:15. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Eddie Chan can be reached on (571) 272-4162. The fax phone number for 
the organization where this application or proceeding is assigned is 571-273-8300. 



Application/Control Number: 10/809,749 Page 14 

Art Unit: 2183 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 
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